-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Orthtree generalization #7672
Merged
lrineau
merged 311 commits into
CGAL:master
from
JacksonCampolattaro:orthtree-generalization
Mar 22, 2024
Merged
Orthtree generalization #7672
lrineau
merged 311 commits into
CGAL:master
from
JacksonCampolattaro:orthtree-generalization
Mar 22, 2024
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
bug: moved-from is not reset
(only Point_3 is currently supported)
There's a lot of duplicated code in the traits classes, at the very least `reassign_points` should be shared.
example currently segfault, to be debugged...
…ence to one) This resolves the issue with segfaults during traversal. In some circumstances, the index would go out of scope before being used for access.
…ional points to be created
/force-build:v0 |
The documentation is built. It will be available, after a few minutes, here: https://cgal.github.io/7672/v0/Manual/index.html |
sloriot
added
the
pre-approved
For pre-approved small features. After 15 days the feature will be accepted.
label
Mar 6, 2024
sloriot
added
Batch_1
First Batch of PRs under testing
Accepted small feature
Tested
and removed
Under Testing
Not yet approved
The feature or pull-request has not yet been approved.
pre-approved
For pre-approved small features. After 15 days the feature will be accepted.
Batch_1
First Batch of PRs under testing
labels
Mar 20, 2024
Successfully tested in 6.0-Ic-197 |
lrineau
added
the
rm only: ready for master
For the release team only: that indicates that a PR is about to be merged in 'master'
label
Mar 21, 2024
lrineau
removed
the
rm only: ready for master
For the release team only: that indicates that a PR is about to be merged in 'master'
label
Mar 22, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Summary of Changes
Orthtree is no longer restricted to only subdividing a
Point_set_3
, the contents of the tree are now a customization point of its Traits type.Orthtree nodes are now represented as IDs. All node data is now stored using a new property system which allows users to add custom data to nodes. The new property system is included in
Property_map
. It initially also replaced the property system used bySurface_mesh
andPoint_set_3
, but as this introduced problems we postpone that.Release Management
Orthtree
TODO
Properties.h
a more descriptive nameemplace_group
on MSVC.Fix iteration over deleted elements.unsplit is not implemented so no issue for now.Surface_mesh
Expand documentation ofThese will be left undocumented for now, as we expect the API to change in the future.Property_array
,Property_container
, etc.Consider preferring the use ofThis doesn't need to be handled until the new property system is documented, but I'd like to come back to this if there's time.Property_array_handle
and eliminating direct access toProperty_array
; mixing the two is a potential source of confusion.Orthtree_traits_point_*
classes; only the typedefs are different, so the functionality should be de-duplicated.enlarge_ratio
featureCallThis does not seem to be necessary now that Iso_cuboid is used.bbox.dilate(1)
instead; this behavior is more appropriate in almost all cases.Add an example that extends a Traits class to provide the enlargement feature using a modifiedroot_node_bbox
functor.Remove integer offsets.An array type is still used internally, but never exposed to the user.Simple_cartesian_d<int>::Point
may work as an alternative, but I'll need generic kernel conversion to integrate it.(may require some template magic, along with the macros forFunctor objects only need to be documented in the concept itself, because the explanation will appear in model documentation too.unspecified_type
)root_node_contents_object()
documentation.typedef
withusing
for consistency.using Dimension = unspecified_type;
break doxygen? If not, Concepts should also useusing
.Implementunsplit(n)
. This features isn't actually used anywhere now, but it could be useful in the future.boost::span
; the boost requirement will either need to be bumped to 1.78, or a span can be added toStl_extension
.Efficient_RANSAC
package to account for the new interfacePolyhedron
package to account for non-nullable property handles